System and Method for Adapting Information Content According to the Capability of the Access Bearer

ABSTRACT

A communication system is adapted to provide access to application information on an application server utilizing a specific one of multiple radio access types. Access is provided via an access network using an access bearer. The capability of the specifically requested access bearer is sent to the application server to tailor the application information content according to the capability of the specific access bearer. The information content is then transmitted to the requesting device.

CLAIM OF PRIORITY

This application is a continuation of U.S. application Ser. No.14/507,073, filed Oct. 6, 2014, which is a continuation of U.S.application Ser. No. 10/337,198, filed Jan. 6, 2003, now U.S. Pat. No.8,856,358, which is a continuation of International Application No.PCT/SE01/01564 filed Jul. 6, 2001, which claims priority to SwedishApplication No. 002572-6, filed Jul. 7, 2000, the disclosures of whichare fully incorporated herein by reference.

BACKGROUND

1. Technical Field of the Invention

The present invention relates in general to a communication system andin particular to a wireless communication system. More particularly, thepresent invention relates to a communication system with more than onetype of radio access.

2. Description of the Related Art

In the mobile Internet world, users may have more than one type of radioaccess available to connect to an application server. Radio accesses(access bearers) to applications on the Internet that may be availableto a user include: Short Message Service (SMS), UnstructuredSupplemental Service Data (USSD), Circuit Switched Data (CSD), GeneralBluetooth™ Packet Radio Services (GPRS), Universal Mobile TelephoneSystem (UMTS) and Bluetooth™ (a short range, high frequencycommunication protocol). Each of these access bearers has differentattributes or capabilities including transmission speed (bandwidth).

Wireless Application Protocol (WAP) is a technology that enableswireless access to Internet applications from a wireless terminal (cellphone, wireless modem, etc.) The WAP Forum, a nonprofit organizationformed for administering the WAP Specification process, has defined aWAP architecture for pulling information from the Internet (Internetbrowsing) and pushing (application initiated) information (sending newsmessages, mail notification, etc.) to a user.

The WAP Forum, in its Wireless Application Environment (WAE), hasadopted an application framework for access to the Internet by wirelessterminals such as mobile phones, pagers and Personal Digital Assistants(PDAs). This specification closely follows the World Wide Web (WWW)model. All content is specified in formats that are similar to standardInternet formats. Content may be transported using standard protocols inthe WWW domain and an optimized HTTP-like protocol in the wirelessdomain such as the Wireless Session Protocol (WSP), a WAP communicationprotocol.

A mobile phone may initiate a data call in the GSM network, in a packetswitched data network like the General Packet Radio Services (GPRS), orthe Universal Mobile Telephone System (UMTS) which is the standard forthe next generation mobile telephone system in Europe. There is also thepossibility to use short-range radio access technology like Bluetooth™.

FIG. 1 illustrates a communication system in which a wireless terminalmay establish connection to an application server via a WAP Gateway andan IP network utilizing one of many access bearers (e.g. Bluetooth™,GSM, GPRS or UMTS). Mobile phone 102 can connect to an ApplicationServer 116 using Wireless Application Protocol (WAP) Gateway 114 via oneof several types of access technology.

In FIG. 1, Application Server 116 is connected to WAP Gateway 114 via aLAN (not shown) or via an Internet Protocol (IP) network (not shown) andWAP Gateway 114 may in turn be connected to mobile phone 102 via IPnetwork 112. The protocol used by WAP Gateway 114 to reach applicationsresiding in Application Server 116 may be accomplished by usingHypertext Transfer Protocol (HTTP), a well-known and establishedstandard protocol for transporting hypertext documents around theInternet.

Application Server 116 is not aware of the bearer type by which themobile phone 102 gained access. However, if the bearer type that is usedis not according to preferred access means, there could be reducedcapability of the connection. For example, if mobile phone 102 wasconnected using an SMS bearer connection and a WAP page is selected thatwas designed for CSD (9.6 Kbps), the downloading time for the page maybe too long and inconvenient for the end user.

FIG. 2 depicts a high-level block diagram of a GSM and UMTS network withtypical coverage for radio accesses in a mobile network. In a PublicLand Mobile Network (PLMN) different access types co-exist and willtypically be unevenly deployed in the network at any given time. Anoperator that has GSM coverage and is in the process of introducing GPRSwill start introducing GPRS in selected areas first, such as cities. Thesame procedure will likely be followed when introducing a nextgeneration mobile system, e.g., UMTS. The reason for graduallyintroducing access bearers into a PLMN that have higher capacity isgenerally related to cost because of the necessary investment ininfrastructure.

Mobile phones may move around in the PLMN area and, depending on theradio access availability, be able to use different access bearers (forsimplicity, only Bluetooth™ is illustrated here). Another aspectregarding the choice of bearer, except for different downloading times,is related to the different costs for using different bearers, i.e., itmay be cheaper to implement one access bearer before another bearer.

A drawback with communication systems used today is that the informationabout the bearer may not be known to the application, for example, whenusing WAP. One object of the present invention is to increase andoptimize a user's accessibility of application information, includingreducing download time for the user. Another object of the presentinvention is to provide a communication system that identifies theaccess bearer capability to the application.

SUMMARY

A mobile phone may use different bearers, e.g. GPRS, Circuit SwitchedData (CSD), SMS/USSD (via GSM), etc., and the same bearer may usedifferent transmission speeds depending on available channels at themoment access is requested. In order for the application on the serverto know the capability of the bearer that is used in the radio access,that capability must be recognized and forwarded to the applicationserver.

Information regarding the capability (characteristics, parameters) of aparticular access bearer is attached to a request message and sent tothe application server. The present invention makes it possible for anapplication to tailor the accessed information content according to thecapability of the bearer that is utilized for the specific access.

In order to provide the user with a valuable service, the applicationhas to adapt to the capability of the bearer that is used for theaccess. Adaptation can mean that the information formatting is adjustedto the bearer capabilities or even that the information itself isadjusted. An example of the latter case is an application that onlysends a summary of world news to a mobile phone rather than extensivearticles.

BRIEF DESCRIPTION OF THE DRAWINGS

The novel features believed characteristic of the invention are setforth in the appended claims. The invention itself, however, as well asa preferred mode of use, further objects and advantages thereof, willbest be understood by reference to the following detailed description ofan illustrative embodiment when read in conjunction with theaccompanying drawings, wherein:

FIG. 1 illustrates a high-level block diagram of a telecommunicationssystem;

FIG. 2 depicts a high-level block diagram of GSM and UMTS coverage forBluetooth™ radio access in a mobile network;

FIG. 3 illustrates a high-level block diagram of a telecommunicationssystem according to a preferred embodiment of the present invention;

FIG. 4 depicts a block diagram of a wireless terminal in accordance witha preferred embodiment of the present invention; and

FIG. 5 illustrates a high-level flow diagram for accessing applicationinformation in an application server in accordance with a preferredembodiment of the present invention.

DETAILED DESCRIPTION

In the following description, for purposes of explanation and notlimitation, specific details are set forth, such as particulararchitectures, interfaces, circuits, logic modules (implemented in, forexample, software, hardware, firmware, some combination thereof, etc.),techniques, etc. in order to provide a thorough understanding of theinvention. However, it will be apparent to one of ordinary skill in theart that the present invention may be practiced in other embodimentsthat depart from these specific details. In other instances, detaileddescriptions of well-known methods, devices, logic code (e.g., hardware,software, firmware, etc.), etc., are omitted so as not to obscure thedescription of the present invention with unnecessary detail.

A preferred embodiment of the present invention and its advantages arebest understood by referring to FIGS. 1-5 of the drawings. Withreference now to the figures, FIG. 3 illustrates a high-level blockdiagram of a telecommunications system according to a preferredembodiment of the present invention. The embodiment shown in FIG. 3discloses three examples of access bearers, each being provided with aWAP Gateway especially designed for the capability for the respectiveaccess bearer. In FIG. 3, Short Message Service (SMS) server 310 isconnected to mobile phone 302 via Signaling System No. 7 (SS7) 304, aprotocol for signaling, and GSM network 306 in accordance withestablished technique. CSD Access Server 312 and Gateway GPRS SupportNode (GGSN) server 314 are connected to mobile phone 302 via GSM network306 and GPRS network 308, respectively, also in accordance withestablished technique. The number of WAP Gateways is limited to threefor the sake of clarity and simplification of disclosure. Generally, thenumber of WAP Gateways that are utilized equals the number of differentactive access bearers.

The capability of an access bearer includes a parameter regarding thetransmission speed used by that bearer. Other parameters that arerelated to the transmission may also be included in the capabilityinformation.

The term “terminal” will be used hereinafter to describe a device thatis adapted to initiate an information request to an application serverand to receive the requested information. In the description of apreferred embodiment the terminal is exemplified by mobile phone 302.However, any device provided with means for generating such aninformation request may be used as a terminal such as a laptop computer,a mobile phone and any hand-held device that is adapted for wirelesslyconnecting to an application server.

In the present invention, there is one gateway assigned to each type ofaccess bearer. By having one gateway per access bearer, the differentgateways would know the capability of the access bearer it is serving.However, if the designated access bearer is capable of using differentspeeds, the actual transmission speed may not be known since the speedmay be decided at the terminal.

Mobile phone 302 may initiate a request (WAP or HTTP request) to theapplication server via a particular access bearer and the gatewayallocated to the access bearer. When the request passes through thegateway, the capability of the access bearer may be attached to therequest. This can be done, for example, by using a cookie in the headerof the request. If the request was a WAP request, prior to appending thecapability of the access bearer, the request is transformed into an HTTPrequest. Then, the WAP Gateway appends the capability of the accessbearer in an HTTP header of the HTTP request.

Example of a HTTP Header: Cookie: Access-Bearer-Type=“(bearer)”;

where “bearer” is the type of access, i.e., SMS, USSD, CSD-9.6,CSD-14.4, GPRS, UMTS or Bluetooth™. The HTTP request is then sent to theApplication Server.

The requested application server extracts the Access-Bearer-Type cookiefrom the HTTP header according to well-known HTTP programming technique.The requested application may then be tailored in response to thecapability information of the access bearer to achieve an optimizedtransmission to the terminal requesting the application information.

FIG. 4 depicts a block diagram of a wireless terminal in accordance witha preferred embodiment of the present invention. Terminal 400 comprisesRadio Access Module (RAM) 402, Bearer Capability Database (BCD) 404 andWAP User Agent 406. If terminal 400 is capable of using HTTP directly,the WAP gateway (not shown) may be replaced with an HTTP proxy server.

Radio Access Module 402 is able to detect the type of access bearer thatterminal 400 uses based upon frequencies and number of time slots in theradio link. This access bearer type information is continuouslyinterpreted in RAM 402. By interpreting frequencies, number of timeslots and type of radio channel used RAM 402 calculates transmissionspeed and continuously writes the transmission speed into memory storage(not shown) in BCD 404. At each request, the current necessaryinformation in BCD 404 is appended to request message 408. If terminal400 is already connected to an application server (not shown) and achange in the bearer access capabilities occurs, terminal 400 isinformed and RAM 402 interprets the change in capabilities and writes itcontinuously into the BCD 404. This new information is then appendedinto the next WAP request (or HTTP request).

WAP User Agent 406 comprises a number of protocol layers. An alternativeto a WAP user agent would be to directly use an HTTP client in theterminal. The different layers in WAP User Agent 406 are: WirelessApplication Environment (WAE), Wireless Session Protocol (WSP), WirelessTransaction Protocol (WTP), Wireless Transport Layer Security (WTLS) andWireless Datagram Protocol. (WDP). When an application request(information request) is initiated WAP User Agent 406 (may also be anHTTP client) is arranged to make a WAP request (or HTTP request) to anapplication on the application server via the WAP protocol (or HTTPprotocol) and the relevant capability of the access bearer is determinedidentified in Bearer Capability Database 404. The capability retrievedfrom BCD 404 is then appended to the WAP request (HTTP request) in a WAPheader (or HTTP header). A WAP header will have the same look as thepreviously described HTTP header, but can be binary encoded.

When the application server has received information concerning thecapability of the access bearer being used by a terminal, the requestedapplication is adapted to tailor the application information to betransmitted to the accessing user. This may be performed in manydifferent ways, e.g. the information formatting is adjusted to thebearer capabilities or even that the information itself is adjusted. Anexample of the latter case is an application that only sends a summaryof world news to a mobile phone rather than extensive articles. Anotherexample of adjusting the information is to filter out images from anewspaper article and only send the text information.

FIG. 5 illustrates a high-level flow diagram of a method for accessingapplication information in an application server in accordance with apreferred embodiment of the present invention. The process begins when aspecific access bearer is detected (step 500). The capabilities of theaccess bearer, including bandwidth (transmission speed) are stored inmemory (capability information may be stored in terminal memory)(step502). When a terminal requests a specific application utilizing theaccess bearer, the information stored in memory is retrieved (step 504).

A determination is made of whether the terminal is currently connectedto an application server containing the requested application (step506). If the terminal is not currently connected, the access bearerinformation is attached to the request message and the message istransmitted to the application server containing the requestedapplication (step 514). If the terminal is currently connected to anapplication server containing the requested application, a determinationis made whether the bearer capabilities have changed (step 508). Ifthere is no change, the access bearer information is attached to therequest message and the message is transmitted to the application server(step 514).

If there is a change in the characteristics of the access bearer, thechange is stored in a memory. In the case where the terminal attachesthe access bearer information (see FIG. 4), the change is sent to theterminal and stored in a database in the terminal (step 510). The changemay then be attached to the next request message depending on the timingof the next request (step 512).

The present invention monitors the different access bearers that areconnected to an application server. Capabilities (characteristics) ofthe individual access bearers are detected and stored in a database asthe capabilities change. A wireless terminal may make a request foraccess to an application residing on an application server that isaccessible by the aforementioned access bearers. The present inventionretrieves the current bearer information from the database and, afterany necessary conversion, attaches the information to a request message.The message is sent to the respective application server and theapplication utilizes the attached information to tailor the response forsubsequent transmittal to the terminal.

Those skilled in the art should readily appreciate that the presentinvention is capable of numerous rearrangements, modifications, andsubstitutions without departing from the spirit and scope of the presentinvention as set forth and defined by the following claims.

What is claimed is:
 1. A terminal in a wireless communication system, wherein the terminal is adapted to be wirelessly connected to at least one access device, each of said at least one access device arranged to provide wireless access over a type of access bearer, each access bearer having a bearer capability, wherein the terminal is configured to initiate a request and send said request to an application server via the access bearer, the terminal comprising: memory configured to store information about the bearer capability for an access bearer used for conveying communication between the terminal and the at least one access device; a radio access module configured to interpret bearer capability information based on the stored information; and a user agent configured to identify a relevant bearer capability from the interpreted bearer capability information and append the identified bearer capability to a request of the terminal.
 2. A terminal in accordance with claim 1, wherein the radio access module is further configured to receive requested information from the application server.
 3. A terminal in accordance with claim 2, wherein the received requested information is tailored depending on the information about the identified bearer capability for the access bearer used for conveying communication between the terminal and the at least one access device.
 4. A terminal in accordance with claim 1, wherein the user agent is configured to append the identified bearer capability to a WAP request or an HTTP request.
 5. A terminal in accordance with claim 1, wherein the radio access module is further configured to calculate transmission speed used by the access bearer used for conveying the information request, and write the calculated used transmission speed into the stored information.
 6. A terminal in accordance with claim 1, wherein the radio access module is further configured to interpret a change in the bearer capabilities and writing the interpreted change into the stored information when the terminal is connected to an application server.
 7. A terminal in accordance with claim 1, wherein the radio access module is further configured to detect a type of bearer that the terminal uses based on information interpreted by the radio access module.
 8. A method of operating a terminal in a wireless communication system, wherein the terminal is adapted to be wirelessly connected to at least one access device, each of said at least one access device arranged to provide wireless access over a type of access bearer, each access bearer having a bearer capability, wherein the terminal initiates an information request to an application server and sends said request to an application server via the access bearer, the method comprising: storing in memory information about the bearer capability for an access bearer used for conveying communication between the terminal and the at least one access device; interpreting, using a radio access module, bearer capability information based on the stored information; and identifying, using a user agent, a relevant bearer capability in the stored information and appending the identified bearer capability to a request of the terminal using the user agent.
 9. A method in accordance with claim 8, further comprising receiving, with the radio access module, requested information from the application server.
 10. A method in accordance with claim 9, wherein the received requested information is tailored depending on the information about the identified bearer capability for the access bearer used for conveying communication between the terminal and the at least one access device.
 11. A method in accordance with claim 8, wherein appending using the user agent comprising appending the identified bearer capability to a WAP request or an HTTP request.
 12. A method in accordance with claim 8, further comprising calculating, with the radio access module, transmission speed used by the access bearer used for conveying the information request, and writing, with the radio access module, the calculated used transmission speed into the stored information.
 13. A method in accordance with claim 8, further comprising interpreting, with the radio access module, a change in the bearer capabilities and writing, with the radio access module, the interpreted change into the stored information when the terminal is connected to an application server.
 14. A method in accordance with claim 8, further comprising detecting, with the radio access module, a type of bearer that the terminal uses based on information interpreted by the radio access module.
 15. A method of operating a terminal in a wireless communication system, said terminal adapted to be wirelessly connected to at least one access device, each of said at least one access device arranged to provide wireless access over a type of access bearer, each access bearer having a bearer capability, wherein the method comprises: initiating an information request to an application server, wherein the information request comprises information about the bearer capability for an access bearer used for conveying communication between the terminal and the at least one access device; transmitting the information request having said information about the bearer capability to the application server; and receiving the requested information from the application server, the requested information tailored depending on the information about bearer capability for the access bearer used for conveying communication between the terminal and the at least one access device.
 16. A method in accordance with claim 15, wherein the request is a WAP request or an HTTP request.
 17. The method of claim 15, wherein the information about bearer capability includes parameters regarding the transmission speed used by the access bearer used for conveying the information request.
 18. A method in accordance with claim 15, further comprising detecting a type of bearer that the terminal uses based on the bearer capability information.
 19. A method in accordance with claim 15, further comprising collecting information regarding the used access bearer.
 20. A method in accordance with claim 19, further comprising interpreting the collected information and to writing the interpreted information into a database. 